Systems and methods for facilitating financial transactions over a network

ABSTRACT

Systems and methods for facilitating financial transactions over a network include a merchant device, a client device and a payment processing device. The merchant device is adapted to allow a merchant to provide items for purchase via the network. The client device is adapted to allow a user to access the merchant device via the network and view the items for purchase. The client device is adapted to provide a payment mechanism to the user. The user generates a purchase request for an item by selecting the one item, dragging the item to the payment mechanism, and dropping the item over the payment mechanism. The payment processing device is adapted to receive the purchase request from the client device via the network and authorize the user to purchase the item from the merchant based on information passed with the purchase request.

This patent application is a continuation of U.S. patent applicationSer. No. 13/631,347 filed on Sep. 28, 2012, which is a continuation ofU.S. patent application Ser. No. 13/284,620, filed Oct. 28, 2011, whichis a continuation of U.S. patent application Ser. No. 11/966,743, filedon Dec. 28, 2007, which was granted a U.S. Pat. No. 8,224,702, all ofwhich are incorporated by reference in their entirety.

BACKGROUND

1. Field of the Invention

The present invention generally relates to financial transactions andmore particularly to facilitating financial transactions over a network.

2. Related Art

In online financial transactions, customers search for and purchaseproducts and services through electronic communications with onlinemerchants over electronic networks, such as the Internet. During thecourse of these transactions, customers may provide payment in variousways including, for example, credit cards, electronic fund transfers,and other payment techniques offered by payment providers.

Typically, when online shopping at a particular website, customersselect items to purchase by clicking on a link for a specific item. Theselected items are placed on reserve in some type of virtual shoppingcart. When done shopping, the customer proceeds to a checkout page toprovide some form of payment for the selected items. At this point inthe process, the customer provides some form of identification andpayment. When the customer continues shopping and is ready to purchaseitems from another website, the customer is typically prompted tore-enter some form of identification and payment.

This process can be tedious and inconvenient. Entering information everytime an online transaction takes place is inefficient and timeconsuming. Thus, there currently exists a need to improve the process ofpurchasing products and services in online transactions.

SUMMARY

In accordance with embodiments of the invention, systems and methods forfacilitating financial transactions over a network include a merchantdevice, a client device and a payment processing device. The merchantdevice is adapted to allow a merchant to provide one or more items forpurchase via the network. The client device includes a browserapplication adapted to allow a user to access the merchant device viathe network and view the one or more items for purchase. The clientdevice includes a service application adapted to provide a paymentmechanism to the user. The user generates a purchase request for atleast one item by selecting the at least one item, dragging the at leastone item to the payment mechanism, and dropping the at least one itemover the payment mechanism. The payment processing device is adapted toreceive the purchase request from the client device via the network andauthorize the user to purchase the at least one item from the merchantbased on information passed with the purchase request.

In accordance with embodiments of the invention, the merchant device maybe adapted to allow a merchant to generate a bill image summarizing theone or more items selected for purchase. The client device may beadapted to allow the user to generate a purchase request for at leastone item by selecting the at least one item, instructing the merchantdevice to generate the bill image summarizing purchase of the at leastone item selected for purchase, dragging the bill image to the paymentmechanism, and dropping the bill image over the payment mechanism. Thepayment processing device is adapted to receive the purchase request,including information related to the bill image, from the client devicevia the network and authorize the user to purchase the at least one itemfrom the merchant based on information passed with the purchase request.

In accordance with embodiments of the invention, systems and methods forfacilitating financial transactions over a network include a firstcomponent adapted to communicate with a user via a client device overthe network and a merchant via a merchant device over a network and asecond component adapted to receive a purchase request from the user viathe client device over the network and authorize the user to purchase atleast one item from the merchant based on information passed with thepurchase request. The second component provides a service application tothe user as a payment mechanism, and the service application allows theuser to generate the purchase request for the at least one item byselecting the at least one item from the merchant device, dragging theat least one item to the payment mechanism, and dropping the at leastone item over the payment mechanism.

In accordance with embodiments of the invention, systems and methods forfacilitating financial transactions over a network include receiving apurchase request for a selected item from a user via the network. Thepurchase request includes user information, merchant information, andselected item information embedded as arguments in an expression. Thesystems and methods include verifying the user information includingaccessing a user account based on the user information to verify theavailability of monetary funds for the selected item and verifying themerchant information including accessing a merchant account based on themerchant information and availability of the selected item related tothe selected item information. The systems and methods includeprocessing the purchase request by authorizing the user to purchase theselected item from the merchant based on the verified user and merchantinformation and completing the purchase request by deducting monetaryfunds from the user account and crediting the deducted monetary funds tothe merchant account.

These and other features and advantages of the present invention will bemore readily apparent from the detailed description of the embodimentsset forth below taken in conjunction with the accompanying drawings.

BRIEF DESCRIPTION OF THE FIGURES

FIG. 1 shows a block diagram of a networked system configured tofacilitate online transactions in accordance with an embodiment of theinvention.

FIGS. 2A and 2B show various methods for facilitating a client-sideonline transaction with a service application in accordance with anembodiment of the invention.

FIG. 3 shows a method for facilitating an online transaction inreference to a payment provider server in accordance with an embodimentof the invention.

FIG. 4 shows a streamlined method for facilitating an online transactionin reference to the payment provider server in accordance with anembodiment of the invention.

FIGS. 5A-5C show service and item icons in various desktop displayconfigurations in accordance with various embodiments of the invention.

FIGS. 5D-5F show service and invoice images in various desktop displayconfigurations in accordance with various embodiments of the invention.

FIG. 6 is a block diagram of a computer system suitable for implementingembodiments of the invention.

Embodiments of the invention and their advantages are best understood byreferring to the detailed description that follows. It should beappreciated that like reference numerals are used to identify likeelements illustrated in one or more of the figures, wherein showingstherein are for purposes of illustrating embodiments of the inventionand not for purposes of limiting the same.

DETAILED DESCRIPTION

Embodiments of the present disclosure enable users to drag-and-drop animage (e.g., icon) of an item (e.g., product or service for purchase)displayed in a graphical user interface (GUI), such as a web browser, toa payment mechanism, such as a desktop image or icon and/or a toolbar.When enabled, the payment mechanism recognizes the selected item andcommunicates with a payment processing provider to purchase the selecteditem. In one implementation, the payment processing provider mayredirect the user to a page on a merchant site that confirms theirpurchase of the selected product. The payment mechanism may also takedifferent actions, such as adding the product to a virtual shopping cartand providing buttons to complete the purchase at a later time. Invarious embodiments, the payment mechanism may be implemented with abrowser plug-in, bundled with an existing toolbar or application, or aprovided in a frames-based implementation that may not require the userto download an application.

In some implementations, the image on the web page representing an itemfor purchase may include an image attribute having dynamic argumentsidentifying the item for purchase as information in a bill or invoice.When enabled, the payment mechanism may transmit a bill or invoiceidentifier along with a user identifier and/or a merchant identifier tothe payment processing provider for payment processing of the purchase.After payment processing is completed, the payment processing providermay inform the merchant of the processing result, which may include asuccessful payment. In another implementation, the bill or invoice imagemay be dragged by the user to any of a plurality of payment providerimages or icons (e.g., Visa, MC, AmEx, PayPal). Therefore, it should beappreciated that various embodiments of the present disclosure mayextend beyond a browser application to other applications that enabledragging-and-dropping of objects, while retaining information associatedwith the objects.

Embodiments of the present disclosure overcome deficiencies ofconventional approaches to processing online financial transactions,wherein the merchant manages a cash register and/or point-of-sale (POS)device and receives credit card information from a client or user.Instead, embodiments of the present disclosure enable a merchant tomanage the cash register (e.g., a user's shopping cart) and the paymentprocessing provider manages the POS device and the user's credit cardand/or banking information. Thus, the merchant transmits bill or invoiceinformation to the payment processing provider, which handles thepayment processing and reports back results thereof, such as success orfailure, thereby simplifying the merchant's involvement with the paymenttransaction.

FIG. 1 shows one embodiment of a block diagram of a system 100configured to facilitate financial transactions over a network 160. Asshown in FIG. 1, system 100 includes at least one client device 120, oneor more merchant servers 140, and at least one payment provider server180 in communication over the network 160.

In one embodiment, the network 160 may be implemented as a singlenetwork or a combination of multiple networks. For example, in variousembodiments, the network 160 may include the Internet and/or one or moreintranets, landline networks, wireless networks, and/or otherappropriate types of communication networks. In another example, thenetwork may comprise a wireless telecommunications network (e.g.,cellular phone network) adapted to communicate with other communicationnetworks, such as the Internet.

In one embodiment, the client device 120 may be implemented using anyappropriate combination of hardware and/or software configured for wiredand/or wireless communication over the network 160. For example, theclient device 120 may be implemented as a personal computer of a user102 (e.g., a client or customer) in communication with the network 160,such as the Internet. In other examples, the client device 120 may beimplemented as a wireless telephone (e.g., cell phone), personal digitalassistant (PDA), notebook computer, and/or various other generally knowntypes of computing devices.

In one embodiment, the client device 120 may include one or more browserapplications 122 which may be used, for example, to provide a userinterface to permit the user 102 to browse information available overthe network 160. For example, the browser application 122 may beimplemented as a web browser to view information available over theInternet.

In one embodiment, the client device 120 may include one or more toolbarapplications 124, which may be used, for example, to provide client-sideprocessing for performing tasks in response to operations selected bythe user 102. For example, the toolbar application 124 may display agraphical user interface (GUI) in connection with the browserapplication 122.

In one embodiment, the client device 120 may include a serviceapplication 126 for facilitating financial transactions on the network160, including drag-and-drop shopping, which is discussed in greaterdetail herein. In one implementation, the service application 126comprises a software program, such as a graphical user interface (GUI),executable by a processor that is configured to interface andcommunicate with the one or more merchant servers 140 and the paymentprovider server 180 via the network 160. The user 102 is able to accessmerchant websites via merchant servers 140 to view and select items forpurchase, and the user 102 is able to purchase selected items frommerchants 140 by communicating with the payment provider server 180.

When installed and executed by the client device 120, the serviceapplication 126 is configured to provide and display a paymentmechanism, such as an image or icon, on a display component (e.g.,monitor) of the client device 120. In general, an icon is a pictorialimage used in a graphical user interface (GUI) to represent a program,application, command, link to a web page, etc., wherein the user 102 mayselect an object or action by clicking on a related icon with a cursorcontrol component (e.g., mouse). In one embodiment, upon installation ofthe service application 126, the user 102 may be prompted to establish auser account with the payment provider server 180, wherein the user 102may use the client device 120 to access the payment provider server 180via the network 160. When establishing a user account, the user 102 maybe asked to provide personal information, such as name, address, phonenumber, etc., and financial information, such as banking information,credit card information, etc.

In one embodiment, the client device 120 may include other applications128 as may be desired in particular embodiments to provide additionalfeatures available to the user 102. For example, such other applications128 may include security applications for implementing client-sidesecurity features, programmatic client applications for interfacing withappropriate application programming interfaces (APIs) over the network160 or various other types of generally known programs and/orapplications.

In one embodiment, the client device 120 may include one or more useridentifiers 130, which may be implemented, for example, as operatingsystem registry entries, cookies associated with the browser application122, identifiers associated with hardware of the client device 120, orvarious other appropriate identifiers. The user identifier 130 mayinclude attributes related to the user, such as personal information(e.g., a user name, password, photograph image, biometric id, address,phone number, etc.) and banking information (e.g., banking institution,credit card issuer, user account numbers, security information, etc.).In various implementations, the user identifier 130 may be passed with auser purchase request to the payment provider server 180, and the useridentifier 130 may be used by the payment provider server 180 toassociate the user 102 with a particular user account maintained by thepayment provider server 180, in a manner as described herein.

In one embodiment, the one or more merchant servers 140 may bemaintained, for example, by one or more merchants offering variousitems, such as products and/or services, in exchange for financialpayment to be received from users, such as the user 102, over thenetwork 160. In this regard, each of the one or more merchant servers140 may include a database 142 for identifying available products and/orservices, which may be made available to the client device 120 forviewing and purchase by the user 102. Accordingly, each of the merchantservers 140 may include a marketplace application 144, which may beconfigured to provide information over the network 160 to the browserapplication 122 of the client device 120. For example, the user 102 mayinteract with the marketplace application 144 through the browserapplication 122 over the network 160 to search and view various items,products and/or services identified in the database 142.

In one embodiment, each of the one or more merchant servers 140 mayinclude a checkout application 146, which may be configured tofacilitate online purchase transactions by the user 102 of productsand/or services identified by the marketplace application 144. In thisregard, the checkout application 146 may be configured to accept paymentinformation from the user 102 and/or from payment provider server 180over the network 160.

In one embodiment, each of the one or more merchant servers 140 mayinclude one or more merchant identifiers 148, which may be included aspart of the one or more items made available for purchase so thatparticular items are associated with particular merchants. The merchantidentifier 148 may include attributes related to the merchant, such asbusiness and banking information. In various implementations, themerchant identifier 148 may be passed with a user purchase request tothe payment provider server 180 when the user 102 selects an item forpurchase, and the merchant identifier 148 may be used by the paymentprovider server 180 to associate a particular item purchased with aparticular merchant account maintained by the payment provider server180, in a manner as described herein.

In one embodiment, each of the one or more merchants having a relatedmerchant server 140 may need to establish a merchant account with thepayment provider server 180 so that the payment server provider 180 isable to process transactions having items offered for purchase by themerchants. When establishing a merchant account, each of the one or moremerchants may need to provide business information, such as name,address, phone number, etc., and financial information, such as bankinginformation, merchant account information, credit card information,payment processing information, etc.

In various embodiments, as discussed herein, each of merchant servers140 may be associated with a particular link (e.g., a link, such as aURL (Uniform Resource Locator) to an IP (Internet Protocol) address). Inthis regard, the payment provider server 180 may optionally redirect thebrowser application 122 to an appropriate webpage and/or merchant siteof the merchant server 140 to facilitate purchase of a correspondingitem and/or service available from at least one of the merchant servers140.

In one embodiment, the payment provider server 180 may be maintained,for example, by an online payment service provider, which may providepayment processing for online transactions on behalf of the user 102 toan operator of the merchant server 140. In this regard, the paymentprovider server 180 includes one or more payment applications 182, whichmay be configured to interact with the client device 120 and/or each ofthe merchant servers 140 over the network 160 to facilitate the purchaseof items, products and/or services by the user 102 from the merchantserver 140. In one example, the payment provider server 180 may beprovided by PayPal, Inc. of San Jose, Calif., USA.

In one embodiment, the payment provider server 180 may be configured tomaintain a plurality of user and merchant accounts 184, each of whichmay include account information 186 associated with individual users,including the user 102, and the one or more merchants associated withthe merchant servers 140. For example, account information 186 mayinclude private financial information of user 102 and merchants 140,such as one or more account numbers, passwords, credit card information,banking information, or other types of financial information, which maybe used to facilitate online transactions between the user 102 of theclient device 120 and one or more merchants associated with the merchantservers 140. As such, the payment application 182 may be configured tointeract with the one or more merchant servers 140 on behalf of the user102 during a transaction with checkout application 146 without requiringthe user 102 to provide account information 186 directly to the merchantserver 180. In various embodiments, the methods and systems describedherein may be modified to accommodate users and/or merchants that may ormay not be associated with at least one existing user account and/ormerchant account, respectively.

FIG. 2A shows one embodiment of a method 200 for facilitating aclient-side online transaction with the service application 126 inreference to the client device 120. As previously discussed, the serviceapplication 126 allows the client device 120 to communicate with one ormore of the merchant servers 250 via the network 160 to select items forpurchase and further communicate with the payment provider server 180 toprocess online purchase requests and/or transactions for items selectedfor purchase.

In one implementation, upon user instruction, the service application126 may be installed and/or run on the client device 120 (block 204).The user 102 may run the browser application 122 on the client device120 to access at least one merchant website via a related merchantserver 140 (block 208) to search the accessed merchant website and viewone or more items for purchase (block 212). In one embodiment, uponinstallation, the user 102 may be prompted to establish a user accountwith the payment provider server 180, wherein the user 102 may use theclient device 120 to access the payment provider server 180 via thenetwork 160. When establishing a user account, the user 102 may be askedto provide personal information, such as name, address, phone number,etc., and financial information, such as banking information, creditcard information, etc. In one embodiment, information related to theuser 102 may be packaged as the user identifier 130.

Next, the user 102 may generate a purchase request 216 for at least oneitem by selecting the at least one item (block 220), dragging the atleast one item to the service icon (block 224), and dropping the atleast one item over the service icon (block 228). In one embodiment, theuser purchase request includes user information, merchant information,and selected item information embedded as arguments in an expression,which are passed to the payment provider server 180, in a manner asfurther discussed herein. The user information may include useridentifier information, the merchant information may include themerchant identifier information, and the selected item information mayinclude one or more image attributes, including item identifierinformation, having dynamic arguments identifying the item and merchantproviding the item for purchase.

When enabled, the payment mechanism may transmit the image identifieralong with the user identifier 130, the merchant identifier 148 and theitem identifier to the payment provider server 180 for paymentprocessing. When selecting an item to purchase, the user 102 may utilizea cursor control component (e.g., mouse) to select and drag an item iconor image, representing a selected item for purchase, from the merchantsite to a service icon either on the desktop, in a toolbar, or in thebrowser. Once the user 102 drops the selected item over the serviceicon, the user 102 is prompted via, for example, a pop-up window, toprovide input of user identification (block 232). However, it should beappreciated that the user identification may be provided as the useridentifier 130 and passed with the user purchase request, and thepayment provider server 180 may ask for verification of useridentification from the user 102.

At this point, the user 102 may provide user identification 186 or atleast verify the user identification for a related user account 184stored in payment provider server 180 so that funds may be deducted fromthe user account 184 for purchase of the selected item. Once proper useridentification is provided and/or verified, the online purchasetransaction may be completed (block 236).

It should be appreciated by those skilled in the art that more than oneitem may be selected for purchase prior to completing the onlinepurchase transaction. For example, a plurality of items may be selectedand placed in a virtual shopping cart and then purchased in a singleonline purchase transaction. Alternately, each item selected forpurchase may be purchased separately without departing from the scope ofthe present disclosure.

FIG. 2B shows one embodiment of a method 250 for facilitating aclient-side online transaction with the service application 126 inreference to the client device 120. As will be discussed, the serviceapplication 126 allows the client device 120 to communicate with one ormore of the merchant servers 250 via the network 160 to select items forpurchase, generate an invoice image, and further communicate with thepayment provider server 180 to process online purchase transactions foritems selected for purchase.

In one implementation, upon user command, the service application 126may be installed and/or run on the client device 120 (block 254). Aspreviously discussed, upon installation, the user 102 may be prompted toestablish a user account with the payment provider server 180. The user102 may run the browser application 122 on the client device 120 toaccess at least one merchant website via a related merchant server 140(block 258) to search, view, and select one or more items for purchasefrom the accessed merchant website (block 262). In one embodiment, morethan one item may be selected and placed in a virtual shopping cart forpurchase in a single online purchase transaction.

Next, the user 102 may generate a purchase request 216 for the one ormore items selected for purchase by instructing the merchant server 140to generate a invoice image or icon (block 270), dragging the invoiceimage or icon to the service icon (block 274), and dropping the invoiceimage or icon over the service icon (block 278). In one embodiment, theuser purchase request includes user information, merchant information,and selected item information in the form of an invoice embedded asarguments in an expression, which are passed to the payment providerserver 180, in a manner as further discussed herein. In variousimplementations, the image on the web page representing an item forpurchase may include an image attribute having dynamic arguments thatmay be provided in the invoice or invoice. When enabled, the paymentmechanism may transmit a bill or invoice identifier along with a useridentifier and merchant identifier to the payment provider server forpayment processing. When selecting one or more items for purchase, theuser 102 may utilize a cursor control component (e.g., mouse) to select,drag and drop one or more item icons to the virtual shopping cart on themerchant site to create an item purchase list. The user 102 may theninstruct the merchant server 140 to generate an invoice summarizing theitems selected for purchase, wherein generating the invoice includesgenerating a invoice image or icon that represents the invoice andinformation related thereto, including item selection information, itemavailability information, purchase information, merchant identificationinformation, etc.

After instructing the merchant site to generate the invoice image oricon to represent the selected items for purchase, the user 102 mayselect, drag and drop the invoice image from the merchant site to aservice icon either on the desktop, in a toolbar, or in the browser.Once the user 102 drops the invoice image over the service icon, theuser 102 is prompted via, for example, a pop-up window, to provide inputof user identification (block 282). However, it should be appreciatedthat the user identification may be provided as the user identifier 130and passed with the user purchase request, and the payment providerserver 180 may ask for verification of user identification from the user102.

In various implementations, the image of the invoice representing anitem for purchase may include an image attribute having dynamicarguments identifying the merchant, the invoice and/or the one or moreitems selected for purchase. When enabled, the payment mechanism maytransmit an invoice identifier along with a user identifier to thepayment processing provider for payment processing of the purchase. Theinvoice identifier may include information relate to the selected itemsfor purchase along with information related to the merchant includingmerchant information, such as merchant account information, needed forprocessing the purchase request.

Next, the user 102 may provide user identification 186 or at leastverify the user identification for a related user account 184 stored inpayment provider server 180 so that funds may be deducted from the useraccount 184 for purchase of the one or more selected items. Once properuser identification is provided and/or verified, the online purchasetransaction may be completed (block 286).

FIG. 3 shows one embodiment of a method 300 for facilitating an onlinetransaction in reference to the payment provider server 180.

In one implementation, the payment provider server 180 receives apurchase request from the user 102 via the client device 120 (block304). As previously discussed in reference to FIGS. 2A and 2B, toinitiate a user purchase request, the user 102 drags and drops an itemicon of a selected item for purchase or an invoice image over theservice icon, which initiates the user purchase request and onlinetransaction with the payment provider server 180. In one embodiment, theuser purchase request includes user information, merchant information,and selected item information embedded as arguments in an expression,which are passed to the payment provider server 180, in a manner asfurther discussed herein.

Upon receiving the user purchase request, the payment provider server180 determines whether the user 102 is an existing user having anestablished user account 184 by, for example, checking a user accountlist in a user account database (block 308). If the user 102 does nothave an established user account, then the payment provider server 180prompts the user 102 to establish a user account 184 by providing userinformation 186 (block 312), and the payment provider server 180 uploadsthe service application 126 to the client device 120 so that the user102 may install and run the service application 126 on client device 120(block 316). Once the service application 126 is installed and run onthe client device 120, the payment provider server 180 processes thepurchase information provided in the user purchase request (block 332).

Otherwise, if the user 102 is determined to be an existing user by thepayment provider server 180 (block 308), then the payment providerserver 180 verifies the user account and user identification informationprovider by user 102 in the user purchase request (block 320). Forexample, as previously discussed, the user 102 may be prompted toprovide user identification to purchase any selected items and completethe online transaction. Next, the payment provider server 180 maydetermine if the user account is current and active (block 324). In someinstances, a user's account information may need to be updated, andthus, the payment provider server 180 may prompt the user 102 to updateuser account information 186 in the user account 184 for the user 102(block 328). If the user account 184 is current and active, then thepayment provider server 180 processes the purchase information in theuser purchase request (block 332). It should be appreciated by thoseskilled in the art that the payment provider server 180 may cancel theonline purchase transaction at any point in the process if it isdetermined that the user 102 enters wrong information or the user 102 istrying to purchase an item with criminal intent.

The payment provider server 180 processes the purchase informationprovided in the user purchase request (block 332). The purchaseinformation may include information related to the item selected forpurchase, information related to the merchant providing the itemselected for purchase, information related to the user including useraccount number, balance information, credit card information, etc. Inone implementation, the payment provider server 180 may optionallyaccess the merchant site via the merchant server 140 to verify purchaseinformation including verifying that the selected item is available(e.g., in stock), verifying the pricing information, verifying that themerchant account is up-to-date, etc. (block 336). Next, the paymentprovider server 180 may prompt the user 102 via, for example, a pop-upwindow, to verify the purchase request (block 340). For example, thepayment provider server 180 may ask the user 102 to complete thepurchase transaction by selecting a designated box to complete thepurchase transaction. In this way, the payment provider server 180 isadapted to allow the user 102 to cancel the online payment transactionprior to completion.

Next, the payment provider server 180 completes the online purchasetransaction by deducting the amount of the purchase request from theuser account 184 and crediting the amount of the purchase request to themerchant account 184 (block 344). In one example implementation,completing the purchase request may include redirecting the user to apage on the merchant site that confirms their purchase of the selectedproduct to provide, for example, a receipt to the user. The paymentmechanism may also take different actions, such as adding the product toa virtual shopping cart and providing buttons to complete the purchaseat a later time.

FIG. 4 shows one embodiment of a method 400 for facilitating an onlinetransaction in reference to the payment provider server 180. In oneimplementation, method 400 of FIG. 4 is a streamlined version of themethod 300 of FIG. 3, wherein like functions and/or actions may beinterchanged without departing from the scope of the present disclosure.

In one implementation, the payment provider server 180 receives apurchase request from the user 102 via the client device 120 (block404). As previously discussed, the user 102 may initiate a user purchaserequest by dragging and dropping an item icon of a selected item forpurchase over the service icon, which initiates the user purchaserequest and online transaction with the payment provider server 180.

Next, upon receiving the user purchase request, the payment providerserver 180 verifies the user account information including useridentification provider by user 102 in the user purchase request (block420). For example, as previously discussed, the user 102 may be promptedby the payment provider server 180 to provide user identification topurchase any selected items and complete the online transaction.

Next, the payment provider server 180 may prompt the user 102 via, forexample, a pop-up window, to verify the purchase request (block 440).For example, as previously discussed, the payment provider server 180may ask the user 102 to complete the purchase transaction by selecting adesignated box to complete the purchase transaction. Next, the paymentprovider server 180 completes the online purchase transaction bydeducting the amount of the purchase request from the user account 184and crediting the amount of the purchase request to the merchant account184 (block 444).

FIGS. 5A-5C shows various embodiments of a service icon and item icons.In particular, FIG. 5A shows an image of a computer desktop 500displaying a service icon 520 and a browser window 510 with item icons512A-512D therein, FIG. 5B shows an image of the computer desktop 500displaying a toolbar window 516 with the service icon 520 therein andthe browser window 510 with the item icons 512A-5412D therein, and FIG.5C shows an image of the computer desktop 500 displaying the browserwindow 510 with the item icons 512A-512D and the toolbar 516 with theservice icon 520 therein.

Referring to FIG. 5A, a display component of the client device 120 isadapted to display the service icon 520 and the browser window 510 inthe computer desktop 500 with the item icons 512A-512D in the browserwindow 510. In one embodiment, as shown in FIG. 5A, the user 102utilizes the browser application 122 to open the browser window 510 andaccess a merchant server 140 via a merchant site to view a product listhaving one or more items for purchase including items 512A-512D. Whenexecuted, the service application 126 is adapted to provide the serviceicon 520 on the desktop 500 so that the user 102 may select and drag 530an item icon for purchase, such as item icon 512B, and drop the itemicon over the service icon 520 to initiate a purchase request with themerchant server 140 and the payment provider server 180, in a manner aspreviously discussed.

Referring to FIG. 5B, a display component of the client device 120 isadapted to display the service icon 520 in a toolbar 516 and the browserwindow 510 in the computer desktop 500 with the item icons 512A-512D inthe browser window 510. In one embodiment, as shown in FIG. 5B, the user102 utilizes the toolbar application 124 to open the toolbar 516 withthe service icon 520 therein. Also, the user 102 utilizes the browserapplication 122 to open the browser window 510 and access a merchantserver 140 via a merchant site to view a product list having one or moreitems for purchase including items 512A-512D. When executed, the serviceapplication 126 is adapted to provide the service icon 520 in thetoolbar 516 so that the user 102 may select and drag 530 an item iconfor purchase, such as item icon 512B, and drop the item icon over theservice icon 520 in the toolbar 516 to initiate a purchase request withthe merchant server 140 and the payment provider server 180, in a manneras previously discussed.

Referring to FIG. 5C, a display component of the client device 120 isadapted to display the service icon 520 in the toolbar 516 and thebrowser window 510 in the computer desktop 500 with the toolbar 516,service icon 520, and item icons 512A-512D in the browser window 510. Inone embodiment, as shown in FIG. 5C, the user 102 utilizes the browserapplication 122 to open the browser window 510 and access a merchantserver 140 via a merchant site to view a product list having one or moreitems for purchase including items 512A-512D. Also, the user 102utilizes the toolbar application 124 to open the toolbar 516 in thebrowser window 510 with the service icon 520 therein. When executed, theservice application 126 is adapted to provide the service icon 520 inthe toolbar 516 and in the browser window 510 so that the user 102 mayselect and drag 530 an item icon for purchase, such as item icon 512B,and drop the item icon over the service icon 520 in the toolbar 516 toinitiate a purchase request with the merchant server 140 and the paymentprovider server 180, in a manner as previously discussed. In variousimplementations, the user purchase request includes user information,merchant information, and selected item information embedded asarguments in an expression, which are passed to the payment providerserver 180 during generation of the user purchase request.

FIGS. 5D-5F shows various embodiments of a service icon and an invoiceimage. In particular, FIG. 5D shows an image of the computer desktop 500displaying the service icon 520 and the browser window 510 with ainvoice image 550 showing the purchase of item 512B therein, FIG. 5Eshows an image of the computer desktop 500 displaying the toolbar window516 with the service icon 520 therein and the browser window 510 withthe invoice image 550 showing the purchase of item 512B therein, andFIG. 5F shows an image of the computer desktop 500 displaying thebrowser window 510 with the invoice image 550 and the toolbar 516 withthe service icon 520 therein.

Referring to FIGS. 5D-5F, a display component of the client device 120is adapted to display the service icon 520 and the browser window 510 inthe computer desktop 500 with the bill image or icon 550 in the browserwindow 510. As previously discussed, the user 102 utilizes the browserapplication 122 to open the browser window 510 and access a merchantserver 140 via a merchant site to view a product list having one or moreitems for purchase including items 512A-512D. Once items are selectedfor purchase, the user 102 instructs the merchant server 140 to generatea bill image or icon 550 that represents a purchase list of the itemsselected for purchase. The bill image or icon 550 includes informationrelated to the selected items for purchase along with informationrelated to the merchant including merchant account information neededfor processing the purchase request.

In one embodiment, as shown in FIG. 5D, the service application 126 isadapted to provide the service icon 520 on the desktop 500 so that theuser 102 may select and drag 560 the invoice image 550 to the serviceicon 520 and drop the invoice image 550 over the service icon 520 toinitiate a purchase request with the merchant server 140 and the paymentprovider server 180, in a manner as previously discussed.

In another embodiment, as shown in FIG. 5E, the service application 126is adapted to provide the service icon 520 in the toolbar 516 so thatthe user 102 may select and drag 530 the invoice image 550 to theservice icon 520 and drop the invoice image 550 over the service icon520 in the toolbar 516 to initiate a purchase request with the merchantserver 140 and the payment provider server 180, in a manner aspreviously discussed.

In still another embodiment, as shown in FIG. 5F, the serviceapplication 126 is adapted to provide the service icon 520 in thetoolbar 516 and in the browser window 510 so that the user 102 mayselect and drag 530 the bill image or icon 550 to the service icon 520and drop the bill image or icon 550 over the service icon 520 in thetoolbar 516 to initiate a purchase request with the merchant server 140and the payment provider server 180, in a manner as previouslydiscussed. In various implementations, the user purchase requestincludes user information, merchant information, and billing informationrelated to the selected item information embedded as arguments in anexpression, which are passed to the payment provider server 180 duringgeneration of the user purchase request.

FIG. 6 is a block diagram of a computer system 600 suitable forimplementing embodiments of the invention, including the client device120, the one or more merchant devices 140, and the payment processingdevice 180. In various implementations, the client device 140 maycomprise a personal computing device, such as a personal computer,laptop, PDA, etc., the one or more merchant devices 140 may comprise anetwork computing device, such as a server, and the payment processingdevice may comprise a network computing device, such as a server. Thus,it should be appreciated that the devices 120, 140, 180 may beimplemented as computer system 600 in a manner as follows.

In accordance with various embodiments of the invention, computer system600, such as a personal computer and/or a network server, includes a bus602 or other communication mechanism for communicating information,which interconnects subsystems and components, such as processingcomponent 604 (e.g., processor, micro-controller, digital signalprocessor (DSP), etc.), system memory component 606 (e.g., RAM), staticstorage component 608 (e.g., ROM), disk drive component 610 (e.g.,magnetic or optical), network interface component 612 (e.g., modem orEthernet card), display component 614 (e.g., CRT or LCD), inputcomponent 616 (e.g., keyboard), and cursor control component 618 (e.g.,mouse or trackball). In one implementation, disk drive component 610 maycomprise a database having one or more disk drive components.

In accordance with embodiments of the invention, computer system 600performs specific operations by processor 604 executing one or moresequences of one or more instructions contained in system memorycomponent 606. Such instructions may be read into system memorycomponent 606 from another computer readable medium, such as staticstorage component 608 or disk drive component 610. In other embodiments,hard-wired circuitry may be used in place of or in combination withsoftware instructions to implement the invention.

Logic may be encoded in a computer readable medium, which may refer toany medium that participates in providing instructions to processor 604for execution. Such a medium may take many forms, including but notlimited to, non-volatile media, volatile media, and transmission media.In various implementations, non-volatile media includes optical ormagnetic disks, such as disk drive component 610, volatile mediaincludes dynamic memory, such as system memory component 606, andtransmission media includes coaxial cables, copper wire, and fiberoptics, including wires that comprise bus 602. In one example,transmission media may take the form of acoustic or light waves, such asthose generated during radio wave and infrared data communications.

Some common forms of computer readable media includes, for example,floppy disk, flexible disk, hard disk, magnetic tape, any other magneticmedium, CD-ROM, any other optical medium, punch cards, paper tape, anyother physical medium with patterns of holes, RAM, PROM, EPROM,FLASH-EPROM, any other memory chip or cartridge, carrier wave, or anyother medium from which a computer is adapted to read.

In various embodiments of the invention, execution of instructionsequences to practice the invention may be performed by computer system600. In various other embodiments of the invention, a plurality ofcomputer systems 600 coupled by communication link 620 (e.g., network160 of FIG. 1, LAN, WLAN, PTSN, or various other wired or wirelessnetworks) may perform instruction sequences to practice the invention incoordination with one another.

Computer system 600 may transmit and receive messages, data, informationand instructions, including one or more programs (i.e., applicationcode) through communication link 620 and communication interface 612.Received program code may be executed by processor 604 as receivedand/or stored in disk drive component 610 or some other non-volatilestorage component for execution.

Where applicable, various embodiments provided by the present disclosuremay be implemented using hardware, software, or combinations of hardwareand software. Also, where applicable, the various hardware componentsand/or software components set forth herein may be combined intocomposite components comprising software, hardware, and/or both withoutdeparting from the spirit of the present disclosure. Where applicable,the various hardware components and/or software components set forthherein may be separated into sub-components comprising software,hardware, or both without departing from the scope of the presentdisclosure. In addition, where applicable, it is contemplated thatsoftware components may be implemented as hardware components andvice-versa.

Software, in accordance with the present disclosure, such as programcode and/or data, may be stored on one or more computer readablemediums. It is also contemplated that software identified herein may beimplemented using one or more general purpose or specific purposecomputers and/or computer systems, networked and/or otherwise. Whereapplicable, the ordering of various steps described herein may bechanged, combined into composite steps, and/or separated into sub-stepsto provide features described herein.

The foregoing disclosure is not intended to limit the present inventionto the precise forms or particular fields of use disclosed. It iscontemplated that various alternate embodiments and/or modifications tothe present invention, whether explicitly described or implied herein,are possible in light of the disclosure.

Having thus described embodiments of the invention, persons of ordinaryskill in the art will recognize that changes may be made in form anddetail without departing from the scope of the invention. Thus, theinvention is limited only by the claims.

What is claimed is:
 1. A system comprising: a non-transitory memorystoring user account information, wherein the user account informationincludes user financial information; and one or more hardware processorsin communication with the non-transitory memory and configured to:process a financial transaction corresponding to an invoice bill when auser drags-and-drops an image of an invoice bill to a service iconinstalled on or in a user device by: receiving a purchase request at apayment provider from the user device over a network, wherein thepurchase request includes the image of the invoice bill generated by amerchant of at least one item for purchase, wherein the purchase requestfurther includes user information and merchant information; verifyingthe user information including accessing a user account corresponding tothe user; determining a payment method of the invoice bill using theuser account; processing the financial transaction using the purchaserequest and the payment method; and notifying the merchant that thefinancial transaction is complete.
 2. The system of claim 1, wherein theimage of the invoice bill is generated from a virtual shopping cart ofthe at least one item to purchase.
 3. The system of claim 1, wherein themerchant includes a server having a checkout application configured toaccept payment for the invoice bill from the payment provider.
 4. Thesystem of claim 1, wherein the user device includes a browserapplication for accessing the merchant via the network and viewing theone or more items for purchase.
 5. The system of claim 1, wherein theuser device includes a browser application for accessing the paymentprovider via the networking and establish and maintaining the useraccount, and wherein the user account includes user personal informationwith the user financial information.
 6. The system of claim 1, whereinthe service icon comprises at least one of a desktop icon, a toolbaricon and a browser icon displayed on a display component of the userdevice.
 7. The system of claim 1, wherein the processing componentprocesses the purchase request by deducting monetary funds from the useraccount.
 8. The system of claim 1, wherein the processing componentprocesses the purchase request by crediting the monetary funds to amerchant account corresponding to the merchant.
 9. A method comprising:processing, by a hardware processor of a payment provider server, afinancial transaction corresponding to an invoice bill when a userdrags-and-drops an image of an invoice bill to a service icon installedon or in a user device by: receiving a purchase request at the paymentprovider server from the user device over a network, wherein thepurchase request includes the image of the invoice bill generated by amerchant of at least one item for purchase, wherein the purchase requestfurther includes user information and merchant information; verifyingthe user information including accessing a user account corresponding tothe user; determining a payment method of the invoice bill using theuser account; processing the financial transaction using the purchaserequest and the payment method; and notifying the merchant that thefinancial transaction is complete.
 10. The method of claim 9, whereinthe image of the invoice bill is generated from a virtual shopping cartof the at least one item to purchase.
 11. The method of claim 9, whereinthe merchant includes a server having a checkout application configuredto accept payment for the invoice bill from the payment provider server.12. The method of claim 9, wherein the user device includes a browserapplication for accessing the payment provider server via the networkingand establish and maintaining the user account, and wherein the useraccount includes user personal information with the user financialinformation.
 13. The method of claim 9, wherein the service iconcomprises at least one of a desktop icon, a toolbar icon and a browsericon displayed on a display component of the user device.
 14. The methodof claim 9, wherein the processing component processes the purchaserequest by deducting monetary funds from the user account.
 15. Themethod of claim 9, wherein the processing component processes thepurchase request by crediting the monetary funds to a merchant accountcorresponding to the merchant.
 16. A non-transitory computer readablemedium comprising a plurality of machine-readable instructions whichwhen executed by one or more processors of a server are adapted to causethe server to perform a method comprising: processing a financialtransaction corresponding to an invoice bill when a user drags-and-dropsan image of an invoice bill to a service icon installed on or in a userdevice by: receiving a purchase request at the payment provider from theuser device over a network, wherein the purchase request includes theimage of the invoice bill generated by a merchant of at least one itemfor purchase, wherein the purchase request further includes userinformation and merchant information; verifying the user informationincluding accessing a user account corresponding to the user;determining a payment method of the invoice bill using the user account;processing the financial transaction using the purchase request and thepayment method; and notifying the merchant that the financialtransaction is complete.
 17. The non-transitory computer readable mediumof claim 16, wherein the merchant includes a server having a checkoutapplication configured to accept payment for the invoice bill from thepayment provider.
 18. The non-transitory computer readable medium ofclaim 16, wherein the user device includes a browser application foraccessing the payment provider via the networking and establish andmaintaining the user account, and wherein the user account includes userpersonal information with the user financial information.
 19. Thenon-transitory computer readable medium of claim 16, wherein theprocessing component processes the purchase request by deductingmonetary funds from the user account.
 20. The non-transitory computerreadable medium of claim 16, wherein the processing component processesthe purchase request by crediting the monetary funds to a merchantaccount corresponding to the merchant.